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IMPROVED MONITORING FOR OPERATOR SERVICES 

Field of the Invention 

[0001] The present invention relates to operator services, and in particular 
to monitoring operator services. 

Background of the Invention 

[0002] Directory assistance and enhanced operator services systems are 
capable of providing information in response to a caller's request through 
automation or via a human operator. In an effort to review operator 
performance and improve service quality, the interaction between operators 
and callers is often monitored by a third party. Unfortunately, existing 
monitoring techniques require a series of connections in a switching fabric of 
a telephony switch to effectively connect the monitor, caller, and operator to 
the same call to allow the monitor to listen to the interaction between the 
caller and the operator. The additional resources required for monitoring 
generally include additional conference or bridging circuits to effectively 
connect each party to the call. This use of these additional resources not only 
imposes expensive inefficiencies in monitoring techniques, but also degrades 
speech quality due to the need to run the connection through additional 
resources. There is also excessive control overhead associated with 
controlling each of the required resources for monitoring. Accordingly, there 
is a need for a more efficient technique for monitoring operator services. 

Summary of the Invention 

[0003] The present invention provides for efficient monitoring of operator 
services calls. A packet gateway is provided in association with a telephony 
switch, such that circuit-switched connections through a switching fabric of the 
telephony switch are supported by the packet gateway. The packet gateway 
provides an interface between the switching fabric and a packet network, 
which supports operator terminals as well as monitor terminals from which 
interactions between operators and callers may be monitored. Upon setting 
up the circuit-switched connection for the operator services call, the gateway 
will establish voice sessions with both the operator terminal and the monitor 
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terminal. The voice sessions with the operator terminal facilitate bi-directional 
communications with the caller via the circuit-switched connection over the 
packet fabric. The voice interaction between the caller and operator is 
provided to the monitor terminal over another voice session for monitoring by 
the monitor. By using the packet gateway to facilitate the voice sessions with 
the operator terminal as well as with the monitor terminal for those sessions 
that require monitoring, the number of resources on the circuit-switched side 
of the switch is significantly reduced. Further, the elimination of additional 
resources also reduces the degradation of the quality associated with the 
operator services call. 

[0004] Those skilled in the art will appreciate the scope of the present 
invention and realize additional aspects thereof after reading the following 
detailed description of the preferred embodiments in association with the 
accompanying drawing figures. 

Brief Description of the Drawing Figures 

[0005] The accompanying drawing figures incorporated in and forming a 
part of this specification illustrate several aspects of the invention, and 
together with the description serve to explain the principles of the invention. 
[0006] FIGURE 1 is a block representation of an operator services 
environment according to the prior art. 

[0007] FIGURE 2 illustrates an exemplary monitoring technique of the prior 
art. 

[0008] FIGURE 3 is a block representation of an operator services 
environment according to one embodiment of the present invention. 
[0009] FIGURE 4 illustrates a monitoring technique according to one 
embodiment of the present invention. 

[0010] FIGURE 5 is a communication flow diagram for monitoring operator 
services according to one embodiment of the present invention. 
[001 1] FIGURE 6 is a block representation of the functionality of a packet 
gateway according to one embodiment of the present invention. 
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Detailed Description of the Preferred Embodiments 
[0012] The embodiments set forth below represent the necessary 
information to enable those skilled in the art to practice the invention and 
illustrate the best mode of practicing the invention. Upon reading the 
following description in light of the accompanying drawing figures, those 
skilled in the art will understand the concepts of the invention and will 
recognize applications of these concepts not particularly addressed herein. It 
should be understood that these concepts and applications fall within the 
scope of the disclosure and the accompanying claims. 
[0013] Traditional monitoring of an operator interaction with a caller is 
resource-intensive. With reference to Figure 1 , a traditional operator services 
environment 10 is illustrated as being centered around a traditional telephony 
switch 12. The telephony switch 12 is controlled by a control system 14 
having the necessary software 16 for operation and control of various 
peripherals. The interface between the control system 14 and the peripherals 
is a message switch 18, which effectively directs and controls the flow of 
messages between the control system 14 and the peripherals to control 
operation of the peripherals and facilitate bearer paths, or voice connections, 
between the peripherals via a switching fabric 20. The switching fabric 20 is 
generally a digitally-based interconnecting mesh capable of establishing voice 
connections between any number of these peripherals. 
[0014] The peripherals may include a telephony interface controller 22, 
which provides a telephony interface for a subscriber's telephony device 24 or 
inter-office voice connection (not shown) in a direct or indirect manner. Calls 
into the telephony switch 12 will be received by the telephony interface 
controller 22 and routed to an operator position controller 26 via the switching 
fabric 20. The operator position controller 26 facilitates a) control messaging 
between operator terminals 28 and the control system 14; b) speech path 
connections between the switching fabric 20 and the operator terminals 28, 
and c) operator services-specific database connections (not shown). Further, 
the operator position controller 26 connects to one or more operator terminals 
28, as well as a monitor terminal 30. 

[0015] For general operator services, a voice connection between the 
telephony terminal 24 and the operator terminal 28 is provided through the 
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operator position controller 26, switching fabric 20, and telephony interface 
controller 22, wherein the caller and human operator via the respective 
telephony terminal 24 and operator terminal 28 can converse with one 
another to request, provide, and receive information. When such interaction 
is to be monitored by a monitor, the monitor terminal 30, which is also 
supported by the operator position controller 26, will be effectively 
conferenced into or bridged with the connection between the operator and the 
caller, such that the monitor can listen to the conversation between the 
operator and the caller. The monitor is able to hear the conversation between 
the operator and the caller, but the operator and caller cannot hear anything 
said by the monitor. 

[0016] In general, a peripheral referenced as a call conference node 32 is 
used for all operator actions and essentially acts as a port through which the 
caller is connected to the operator position controller 26. When monitoring is 
involved, another peripheral referenced as a dedicated conference node 34 
must also be employed to essentially connect the monitor terminal 30 into the 
operator connection. This connection is described in further detail below in 
association with Figure 2. Notably, the connections between the various 
peripherals over the switching fabric 20 are facilitated using traditional Time 
Division Multiplexing (TDM) methods in a circuit-switched fashion. 
[0017] With particular reference to Figure 2, an overview of a monitoring 
technique is provided using the traditional architecture described in Figure 1. 
Initially, a monitor will decide to monitor a particular operator, and as such, the 
monitor's monitor terminal 30 will be actively connected to the operator 
position controller 26 (step A), which establishes a speech path through the 
switching fabric 20 to a dedicated conference node 34 (step B). For the next 
call directed to the operator to be monitored, a connection between the 
telephony terminal 24 and the telephony interface controller 22 is established 
(step C). Next, a connection between the telephony interface controller 22 
and the call conference node 32 is established through the switching fabric 20 
under the control of the control system 14 (step D). The control system 14 will 
next establish a connection between the call conference node 32 and the 
dedicated conference node 34 (step E), wherein the dedicated conference 
node 34 effectively connects the incoming call to the connection for the 



15986RNUS01U 



5 



monitor (step B). Finally, the operator terminal 28 for the available operator is 
activated, which establishes a connection with the operator position controller 
26 (step F) as well as a connection between the dedicated conference node 
34 and the operator position controller 26 (step G). At this point, the 
dedicated conference node 34 is effectively bridging or otherwise 
conferencing the connections with the telephony terminal 24, the operator 
terminal 28, and the monitor terminal 30 such that the caller and operator may 
communicate with one another. At this point, the monitor can essentially 
listen to the conversation between the operator and the caller. Preferably, 
any voice information from the monitor is blocked, dropped, or otherwise 
ignored, such that it is not sent to other devices. Notably, the control system 
14 essentially reserves and allocates ports and facilitates connections 
between the ports on the various peripherals via the switching fabric 20. As is 
readily recognized from Figure 2, numerous peripherals and switching fabric 
resources must be employed to facilitate monitoring of operator services. 
Further, the use of additional peripherals and connections to facilitate a call 
degrade the audio quality associated with the call. 

[0018] With reference to Figure 3, the telephony switch 12 is modified 
according to one embodiment of the present invention. In particular, a 
dedicated conference node 34 and the voice switching aspects of the operator 
position controller 26 are effectively replaced by a packet gateway 36, which 
operates under the control of the control system 14 and provides an interface 
between a packet network 38 and the (TDM-based) switching fabric 20. The 
operator terminal 28 and monitor terminal 30 are now packet-based devices 
capable of communicating over the packet network 38, such as by using 
Voice-over-Internet Protocol (VoIP). Thus, circuit-switched communications 
may be provided between the packet gateway 36 and the other peripherals, 
such as the call conference node 32 and the telephony interface controller 22, 
while packet-based communications are provided with the operator terminal 
28 and the monitor terminal 30 over the packet network 38. Those skilled in 
the art will recognize how to provide the necessary conversion between 
packet-based and circuit-switched networks. The packet gateway 36 will be 
controlled by the control system 14 via the message switch 18. 
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[0019] With particular reference to Figure 4, an overview of a monitoring 
technique is provided using the architecture described in Figure 3. When a 
caller initiates a call into the telephony switch 12 to receive operator services, 
the call comes into the telephony interface controller 22 (step H), wherein the 
control system 14 will allocate a call conference node 32 to handle the call 
and establish a connection through the switching fabric 20 between the 
telephony interface controller 22 and the call conference node 32 (step I). 
Next, the control system 14 will allocate a port on the packet gateway 36 and 
establish a connection between the call conference node 32 and the port on 
the packet gateway 36 (step L). Assuming the call is to be monitored, packet- 
based connections are established with the packet gateway 36 with both the 
monitor terminal 30 and the operator terminal 28 over the packet network 38 
(steps K and J, respectively). The packet gateway 36 effectively facilitates bi- 
directional communications between the caller via the call conference node 32 
through the switching fabric 20 and the operator terminal 28 over the packet 
network 38. The communications in both directions between the caller and 
operator are effectively summed together and sent to the monitor terminal 30, 
such that the monitor at the monitor terminal 30 may listen to what the caller 
and operator say during the operator services session. Again, the monitor's 
voice information is preferably blocked, dropped, or otherwise ignored. Given 
the ready ability to communicate information to multiple devices over a packet 
network 38, the packet gateway 36 can readily provide the conversation 
between the caller and operator to the monitor terminal 30 without requiring 
resources from the telephony switch 12 in addition to those normally provided 
during an operator services session, and without causing degradation of the 
audio quality experienced between the caller and operator. 
[0020] With reference to Figure 5, a communication flow diagram is 
provided to illustrate the setup and takedown of an operator services session, 
which is monitored via the monitor terminal 30. In this embodiment, the 
telephony switch 12 and the packet gateway 36 are referenced as separate 
entities. Those skilled in the art will recognize that the term "telephony switch" 
has numerous connotations depending on the particular environment. In this 
environment, assume that the telephony switch 12 is coupled to a signaling 
network (not shown), such as the Signaling Systems 7 (SS7) network, such 
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that the control system 14 will ultimately receive and process Intelligent 
Network (IN) signaling messages to establish connections between the 
telephony terminal 24 and the packet gateway 36, which will then take the 
necessary steps to establish packet sessions with both the operator terminal 
28 and the monitor terminal 30. 

[0021] In this embodiment, the telephony switch 12 and packet gateway 36 
support the Q.931 Integrated Services User Part (ISUP) protocol for signaling. 
Accordingly, new connections in association with a call are initiated with an 
ISUP Initial Address Message (IAM), which is sent from the telephony switch 
12 to the packet gateway 36 in response to receiving indication of the 
incoming call (step 100). The indication of the incoming call may be an ISUP 
IAM from another telephony switch (not shown). The ISUP IAM received from 
the telephony switch 12 by the packet gateway 36 will include some form of 
indicia indicating that the incoming call is not only an operator services call, 
but also is one that is to be monitored by the monitor terminal 30. 
Accordingly, the packet gateway 36 will take the necessary steps to initiate 
the appropriate packet sessions with the operator terminal 28 and the monitor 
terminal 30. In this embodiment, session initiation, establishment, and 
takedown use the Session Initiation Protocol (SIP). The specification for SIP 
is provided in the Internet Engineering Task Force's RFC 2543: Session 
Initiation Protocol Internet Draft, which is incorporated herein by reference in 
its entirety. 

[0022] In general, SIP may facilitate media sessions between any number 
of endpoints, which represent the devices communicating with each other. 
These endpoints may support any one or combination of data, audio, and 
voice media sessions, depending on the configuration of the respective 
endpoints. In addition to traditional SIP endpoints, endpoints for the present 
invention may take the form of the packet gateway 36, operator terminal 28, 
or monitor terminal 30. 

[0023] A SIP endpoint is generally capable of running an application, which 
is generally referred to as a user agent (UA), and is capable of facilitating 
media sessions using SIP. User agents register their ability to establish 
sessions with a SIP proxy by sending "REGISTER" messages to the SIP 
proxy. The REGISTER message informs the SIP proxy of the SIP URL that 
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identifies the user agent to the SIP network. The REGISTER message also 
contains information about how to reach specific user agents over the SIP 
network, by providing the Internet Protocol (IP) address and port that the user 
agent will use for SIP sessions. 

[0024] A "SUBSCRIBE" message may be used to subscribe to an 
application or service provided by a SIP endpoint. Further, "NOTIFY" 
messages may be used to provide information between SIP endpoints in 
response to various actions or messages, including REGISTER and 
SUBSCRIBE messages. 

[0025] When a user agent wants to establish a session with another user 
agent, the user agent initiating the session will send an INVITE message to an 
endpoint or a SIP proxy therefor (now shown) and specify the targeted user 
agent in the TO header of the INVITE message. Identification of the user 
agent takes the form of a SIP URL. In its simplest form, the URL is 
represented by a number or "<username>@<domain>," such as 
"janedoe@nortelnetworks.com." The SIP proxy will use the SIP URL in the 
TO header of the message to determine if the targeted user agent is properly 
registered. Generally, the user name is unique within the name space of the 
specified domain. 

[0026] If the targeted user agent has registered with the SIP proxy, the SIP 
proxy will forward the INVITE message directly to the targeted user agent. 
The targeted user agent will respond with a "200 OK" message, and a session 
between the respective user agents will be established as per the message 
exchange required in the SIP specification. Media capabilities are passed 
between the two user agents of the respective endpoints as parameters 
embedded within the session setup messages, such as the INVITE, 200 OK, 
TRYING, RINGING, and acknowledgement (ACK) messages. The media 
capabilities are typically described using the Session Description Protocol 
(SDP). Once respective endpoints are in an active session with each other 
and have determined each others capabilities, the specified media content 
may be exchanged during an appropriate media session. 
[0027] Again, the packet gateway 36 must initiate a voice session with the 
operator terminal 28 and the monitor terminal 30. Using SIP, the packet 
gateway 36 will send SIP INVITE messages to each of the operator terminal 
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28 and the monitor terminal 30 (steps 102 and 104). The Session Data 
Protocol (SDP) within SIP will identify any ports on the packet gateway 36 to 
be used for the respective voice sessions. In traditional SIP fashion, the 
operator terminal 28 and monitor terminal 30 will respond to the SIP INVITE 
messages with a SIP TRYING message to indicate that each of the operator 
terminal 28 and the monitor terminal 30 are taking the necessary steps to 
establish the voice session (steps 106 and 108). When each of the operator 
terminal 28 and monitor terminal 30 begin ringing or otherwise alerting the 
respective operator and monitor that a voice session is being established, the 
operator terminal 28 and monitor terminal 30 will send a SIP RINGING 
message back to the packet gateway 36 (steps 1 10 and 112). When each of 
the operator terminal 28 and monitor terminal 30 are effectively answered or 
become answered in the voice session, SIP OK messages are sent back to 
the packet gateway 36 (steps 114 and 116). Using the Session Data 
Protocol, the SIP OK messages will include information identifying the 
respective ports on the operator terminal 28 and monitor terminal 30 to which 
information being sent to those positions should be addressed. In response 
to the SIP OK messages, the packet gateway 36 will send SIP 
ACKNOWLEDGEMENT (ACK) messages back to the respective operator 
terminal 28 and monitor terminal 30 (steps 118 and 120). 
[0028] At this point, essentially two voice sessions are established 
between the packet gateway 36 and the operator terminal 28 to facilitate bi- 
directional communications, and at least one communication session is 
established between the packet gateway 36 and the monitor terminal 30 such 
that the packet gateway 36 can send the dialog for the caller and operator 
interaction to the monitor terminal 30. Once the voice sessions are 
established between the packet gateway 36 and the operator terminal 28 and 
monitor terminal 30, the packet gateway 36 will respond to the ISUP IAM with 
an ISUP Answer Message (ANM) indicating that the operator terminal 28 and 
monitor terminal 30 are effectively connected to the packet gateway 36 
through their respective voice sessions (step 122). At this point, a TDM 
connection to the packet gateway 36 via the switching fabric 20 is established 
and any preliminary call signaling necessary to establish the call with the 
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telephony terminal 24 through the telephony interface controller 22 and any 
other telephony switches has been provided. 

[0029] Once the operator services session ends, such as when the caller 
request has been satisfied, the telephony switch 12 will send an ISUP 
RELEASE (REL) message to the packet gateway 36 (step 124), which will 
initiate SIP BYE messages to the operator terminal 28 and monitor terminal 
30, respectively (steps 126 and 128). The operator terminal 28 and monitor 
terminal 30 will respond with SIP OK messages (steps 130 and 132), which 
will trigger the packet gateway 36 to send an ISUP RELEASE COMPLETE 
(RLC) message back to the telephony switch 12 (step 134), wherein the TDM 
and packet sessions are effectively taken down or released. 
[0030] With reference to Figure 6, a graphical representation of the speech 
paths is illustrated with respect to the packet gateway 36. In essence, the 
speech path between the packet gateway 36 and the operator terminal 28, as 
well as the monitor terminal 30, is facilitated using packet communication over 
voice sessions. The speech paths on the other side of the packet gateway 36 
are circuit-switched, and essentially connect to the telephony device 24 via 
the switching fabric 20 and telephony interface controller 22. Thus, the 
speech of the caller (caller transmit) is sent via TDM to the packet gateway 
36, which will convert it to packet form and send it to the operator terminal 28 
(operator receive). The information is also sent to a summing function in the 
packet gateway 36 (+). The operator speech (operator transmit) is sent to the 
packet gateway 36 in packet form and converted to TDM to be sent to the 
telephony device 24 (caller receive). The speech from the operator is also 
sent to the summing function (+) and summed with the information from the 
caller to create a composite signal representing the speech of both the caller 
and operator. The composite signal is sent to the monitor terminal 30 over 
the packet network 28 (monitor receive). Notably, even if the monitor terminal 
30 is capable of creating speech information and transmitting it to the packet 
gateway 36, the information is not forwarded to the caller or mixed in with the 
operator's speech to be heard by the caller. As such, the information from the 
monitor terminal 30 (monitor transmit) is essentially dropped (X). 
[0031] Based on the above, those skilled in the art will recognize the 
numerous benefits of the present invention. These benefits include not 
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requiring a dedicated conference port for each monitoring session. By 
reducing the number of dedicated conference ports, the number of ports and 
connections used for monitoring in the switching fabric 20 is also reduced. 
Reducing the number of conference ports daisy chained to facilitate an 
5 operator connection as well as a monitor connection improves speech quality 
provided to the caller. Further, the complexity of the switching control 
software is reduced and the amount of switching provided by the control 
system 14 is reduced, since the logic for establishing monitoring capability 
and facilitating actual monitoring is resident in the packet gateway 36. 

10 Avoiding the unnecessary use of resources and the number of hard 
connections through the switching fabric 20 increases the flexibility of 
monitoring and reduces the complexity and associated cost thereof. 
[0032] Those skilled in the art will recognize improvements and 
modifications to the preferred embodiments of the present invention. All such 

1 5 improvements and modifications are considered within the scope of the 
concepts disclosed herein and the claims that follow. 



